home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 4652 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB
  1. Path: pathway1.pathcom.com!ts2l3
  2. From: insystem@pathcom.com (Geoffrey Welsh)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: To V42Bis or not to V42Bis??
  5. Date: 9 Feb 1996 02:29:07 GMT
  6. Organization: InSystems Technologies Inc.
  7. Message-ID: <4febhj$7aq@pathway1.pathcom.com>
  8. References: <4ej6rh$oa2@canopus.cc.umanitoba.ca> <4eruq2$e2@hg.oro.net> <4etjse$a0g@azure.acsu.buffalo.edu> <4f0jnq$dr7@hg.oro.net> <DM9p11.Gn6@freenet.carleton.ca> <eric-0502962347460001@sobt.accessorl.net>
  9. NNTP-Posting-Host: ts2l3.pathcom.com
  10. X-Newsreader: News Xpress Version 1.0 Beta #4
  11.  
  12. In article <eric-0502962347460001@sobt.accessorl.net>,
  13.    eric@accessorl.net (Eric Shaw) wrote:
  14. >In article <DM9p11.Gn6@freenet.carleton.ca>, an171@FreeNet.Carleton.CA
  15. >(Anthony Hill) wrote:
  16. >>        If you transfer pre-compressed files (eg .ZIP files), you can not
  17. >>compress them any more using v.42bis (or MNP5 for that matter).  MNP5
  18. >
  19. >Well, not much anyways, but you can a little bit.  Since v.42 bis is smart
  20. >enough to figure out which packets it can and can't compress, it comes out
  21. >a little bit ahead even on ZIPs (unless the modems compression engine is
  22. >slow), because the packets in the ZIP header containing file paths (which
  23. >ZIP leaves uncompressed) get compressed.
  24.  
  25. Unfortunately not.  V.42bis _allows_ a transmitter to switch compression on 
  26. and off at any time, but no modem builder in their right mind compresses a 
  27. packet and then sends the shorter of the compressed and uncompressed version 
  28. because the added latency of not transmitting the data until a packet has been 
  29. formed and compressed would be a definite disadvantage.
  30.  
  31. I'm told (by folks from modem companies) that most algorithms simply keep 
  32. track of whether they've been losing ground and switch the compression off if 
  33. they have been (exact decision formula is up to the implementor).  I have to 
  34. assume that the modem continues to compress the data if if it has already 
  35. decided to send uncompressed data, just in case the nature of the data changes 
  36. and the track record suggests that it would be better to send the compressed 
  37. stream.
  38.  
  39. At no time does the modem have the option of going back and changing data 
  40. already sent under the less efficient approach and it's not done on a packet 
  41. by packet basis, so any smart modem builder will leave data compression off if 
  42. the data is wavering on the edge of 'compressability'.
  43.  
  44. Geoffrey Welsh
  45.